Modifying component removal-installation details

You can use this tab to modify the component removal and installation details.

• Select the “Removal/Installation Details” tab in the “Edit Component Replacement Details” page.

• Enter the following fields in the “Removal Details” group box:

Note: On page launch, the following fields are enabled only if the status of the Component Replacement # is other than “Removed” or “Replaced”.

Note: The Removed Part #, Removed Serial # and Removed Component # must be entered only for removal and replacement transactions.

Note: If the Removed Part # and Removed Serial # are specified, the Part # - Serial # combination must be defined in the “Stock Maintenance” business component.

Note: Ensure that the Part # - Serial # combination is same as the Part # - Serial # combination identified for the Removed Component # in the “Aircraft” business component.

Note: If the Removed Component # is not specified, ensure that the Removed Part # - Removed Serial # combination is attached to a Next Higher Assembly (either Aircraft or any NHA Component) as defined in the “Configuration” business component.

The system displays the following fields in the “Removal Details” group box:

To perform a component removal transaction

• Enter the following fields in the “Removal Details” group box:

Note: The system ensures the following:

1. If the attachment status of the position code is other than “Unknown”, the removal date and time must be later than the previous installation date and time of the removed component as available in the configuration history.

2. The removal date and time must be later than the induction date and time of the removed component, as available in the “Aircraft” business component.

3. The removal date and time must be earlier than the installation date and time of the installed component.

4. The removal date and time must be later than the initialization date and time of the removed component parameter value as available in the parameter value history, in the “Aircraft” business component.

If any of the above conditions is not satisfied, the system generates an error log, which can be viewed by clicking the “Error Log” tab.

• Modify the following fields in the “Removal Reason Details” group box if the component replacement transaction is in “Fresh”, “Error-Removed” or “Error-Replaced” status:

• Click the “Edit CR” pushbutton in the main page, to update the modified details in the component replacement transaction.

Note: If any discrepancies have been reported against the removed part number and, serial number or component number in the “Discrepancy Processing” business component, the system retrieves these details and stores it against the component replacement transaction number.

The system performs the following:

• If the “Reason #”, “Removal Type” and “Basic Removal?” details are entered, then the system updates the CR document with the defined values.

• If the “Reason #” is entered by the user and the “Removal Type” and / or “Basic Removal?” details are not entered, then, the system updates the “Removal Type” and “Basic Removal?” values with the values defined for the corresponding ‘Reason #’ in the “Maintain Reasons for Removal” activity of the “Common Masters” business component.

• For the component replacement transaction in “Error-Removed” status, the system performs the following:

1. Updates the CR status to “Fresh”.

2. Updates the attachment status of the position code to “Removed”, if the position code is empty.

3. Updates the attachment status of the position code to “Attached”, if the position code is filled.

Note: The attachment status of the position code will not be updated if the same position code exists with attachment status “Error” in any other component replacement transaction.

• Allows component replacement despite invalid installed part/component data and generates error records in the Error log, if the "Permit Error Logging of Component Replacement" in the Set Options activity is set to "Yes" and the Record Mode is set to “Error”. Tell me more

For more information, see “View Error Log Details” page.

Restrictions on part/serial replacement

You cannot attach part #/serial # to a NHA/aircraft during the effective period, if the process parameter “Allow Component Attachment?” for the restriction code of the part #/serial # is ‘No’.

Similarly, you cannot remove part #/serial # from a NHA/aircraft during the effective period, if the process parameter “Allow Component Removal?” for the restriction code of the part #/serial # is ‘No’.

On the contrary, if the restriction code of the part#/serial # allows component attachment/removal, the system proceeds with replacement.

 (You can place restrictions on attachment/removal of part#/serial# in the “Manage Part Restrictions” activity of Aircraft by associating a restriction code that does not allow attachment/removal during the period between Effective From and To dates. Restrictions placed on part # via the restriction code apply to all serial #s of the part. Restrictions can also be placed on a specific serial # or on a range of serial #s of a part. Process parameters of restriction codes determine whether they facilitate component replacement. And these are defined in the “Set Process Parameters” page of “Define Process Entities” activity of Common Master.)

• Click the “Confirm Removal” pushbutton in the main page, to confirm the component removal after updating the modified details of the component replacement transaction.

Note: For an empty position code, you can confirm the component removal only if the attachment status of the position code is “Unknown”.

Note: The system will not allow two or more users to simultaneously update the same component replacement details, for the same part number. Also, the system does not allow removal transaction if the position identified by the specified position code in the aircraft configuration, is empty.

The system performs the following on confirming the removal transaction:

• If the “Reason #”, “Removal Type” and “Basic Removal?” details are entered, then the system updates the CR document with the defined values.

• If the “Reason #” is entered by the user and the “Removal Type” and / or “Basic Removal?” details are not entered, then, the system updates the “Removal Type” and “Basic Removal?” values with the values defined for the corresponding ‘Reason #’ in the “Maintain Reasons for Removal” activity of the “Common Masters” business component.

• Ensures that the component replacement transaction is not in “Cancelled”, “Replaced” or “Removed” status.

• Ensures that the position code from where the removed component is removed, is in “Active” status. If this condition is not satisfied, then the system generates an error log.

• If errors are encountered during the component removal transaction, the system updates the attachment status of the position code to “Error” and the CR status to “Error-Removed”.

• If no errors are encountered or if the existing errors are satisfied during the component removal transaction, the system performs the following:

1. If the “Reason of Removal” is “Cannibalisation”, the system modifies the condition of the aircraft to “Under Maintenance”.

2. Sets the CR status to “Removed” and sets the “Rem Confirmed By” and “Confirmed Date” fields to the name of the currently logged in user and the current server date.

3. Updates the “Configuration” business component with the removed part and the serial number for the position code.

4. If the attachment status of the position code is “Unknown”, then on confirmation of removal, the system updates the attachment status of the position code to “Removed” in the “Configuration” business component. This updation will not happen if any other “Error-Removed” or “Error-Replaced” CR exists for the same position code.

5. Updates the “Replacement history” in the “Configuration” business component with the transaction number and the removed part number and serial number.

6. Updates the condition of the removed component in the “Aircraft” business component.

7. Generates the warranty claim for the removed part and serial number or removed compoent,  if you have set the “Automatic Generation of Warranty Claim” field to “Yes” in the “Set Options” activity, and if the part number and serial number or component has a warranty reference number in the “Confirmed” status on the date of removal in the “Component Warranty” business component, and the component  is within the warranty period.

8. Generates the warranty claim when  the status of the document is changed from “Fresh”  to “confimed”.

9. If discrepancies have been reported against the removed part number and serial number or component number in the “Discrepancy Processing” business component, the system retrieves these details and stores it against the component replacement transaction number.

10. If the aircraft assembly is mapped to supplier as “PBH” and the part number that is removed from the assembly is identified as “PBH”, then the system updates the “Ownership” of the component as “Supplier” and “Possession Status” as “PBH”. For the part that is not attached to the aircraft, the system updates the ownership as “Supplier” if the part that is being removed is a child of a component which is identified as “PBH” and if the serial number for that part is available in the PBH supplier list.

• Allows component replacement despite invalid installed part/component data and generates error records in the Error log, if the "Permit Error Logging of Component Replacement" in the Set Options activity is set to "Yes" and the Record Mode is set to “Error”. Tell me more.

• If any of the component details are modified, the system updates the modified details to the corresponding controls for the same Component Replacement # in the “Component Replacement” tab of the “Aircraft Maintenance Execution” business component, if the following conditions are satisfied:

1. If the Status of the Component Replacement # is changed to “Removed”.

2. 'Source Document Type' js "A/C Maint. Exe. Ref #'.

3. Status of the 'Source Document # ' is other than “Closed”.

4. Status of the Task # or the Discrepancy # against which the Component Replacement is carried out is other than “Closed” and “Preclosed”.

• Process Parameter dependency: If the process parameter “Auto Activation/Inactivation of schedule status of  tasks in CMP based on Maint. Operator change?” is set as 1 for Yes under the entity type “Tech. Records Process Ctr” and the entity “Part Prog in the “Define Process Entities” activity of Common Master, the system automatically activates Schedule Status of the tasks mapped to the maintenance operator associated with the component in the maintenance program. Further, Schedule Status of the tasks not related to the maintenance operator will be set as Inactive in the component maintenance program. However, if “Auto Activation/Inactivation of schedule status of  tasks in CMP based on Maint. Operator change?” is set as 0 for No, Schedule Status of the tasks will not be dependent on the maintenance operator.

For more information, see “View Error Log Details” page.

To perform a component replacement transaction

• Enter the following fields in the “Installation Details” group box:

The system displays the following field:

Note: If the component replacement has resulted from a technical log or a hangar work order and if the installed part is taken from “Inventory”, ensure that an issue transaction is raised for the part on the source document, before the date of installation.

The system fills in the following field on clicking the “Edit CR” pushbutton:

• Enter the following fields. Data entry in these fields is mandatory while clicking the “Confirm Replacement” pushbutton:

The system displays the following field:

• Enter the following field:

• Click the “Edit CR” pushbutton in the main page, to update the modified details in the component replacement transaction.

Note: The system will not allow two or more users to simultaneously update the same component replacement details, for the same part number.

• For the component replacement transaction in “Error-Replaced” status, the system performs the following:

1. Updates the CR status to “Fresh”, if removal details are not entered.

2. Updates the CR status to “Removed”, if removal details are entered.

3. Updates the attachment status of the position code to “Removed”, if the position code is empty.

4. Updates the attachment status of the position code to “Attached”, if the position code is filled.

Note: The attachment status of the position code will not be updated if the same position code exists with attachment status “Error” in any other component replacement transaction.

• Click the “Confirm Replacement” pushbutton in the main page, to confirm the replacement details after modifying the component replacement transaction.

Note: The system will not allow two or more users to simultaneously update the same component replacement details, for the same part number.

Ensure that the component replacement transaction is not in “Cancelled”, “Error-Removed” or “Replaced” status.

The system performs the following on confirming the component replacement transaction:

• Ensures that the condition of the installed part is "Operational" in the “Aircraft “ business component, when the “Source of Installed Comp” is set to “Inventory”, or “Cannibalisation”. When the source is "Loans", the system verifies the condition of the part, if a component ID exists for this part and serial number in the “Aircraft” business component . If this condition is not satisfied, the system generates an error log.

• Ensures that the installed part number and serial number are not attached to any position code as on the current system date. If it is attached to any position code, the system generates an error log.

• Ensures that the combination of “installed component number”, “installed part number” and “installed serial number” entered here is not attached to any other aircraft in the “Aircraft” business component.

• If the “Reason #”, “Removal Type” and “Basic Removal?” details are entered, then the system updates the CR document with the defined values.

• If the “Reason #” is entered by the user and the “Removal Type” and / or “Basic Removal?” details are not entered, then, the system updates the “Removal Type” and “Basic Removal?” values with the values defined for the corresponding ‘Reason #’ in the “Maintain Reasons for Removal” activity of the “Common Masters” business component.

• If the part / serial # is attached to aircraft or component and if the Object Type is “Component”, then on confirmation of the component replacement transaction, the system updates the Maintenance Issue document to specify that the issued part / serial # is attached. This is applicable only if the “Consumed?” drop-down list box is set as “Yes” or “Yes - Without Core” in the “Report Component Consumption Information” page of the “Component Work Reporting” business component.

• If errors are encountered during the component replacement transaction, the system updates the attachment status of the position code to “Error” and the CR status to “Error-Replaced”.

• If no errors are encountered, or if existing errors are satisfied during the component replacement transaction, the system performs the following:

1. Sets the status to “Replaced” and sets the “Repl Confirmed By” and “Rem Confirmed By” fields to the name of the currently logged-in user. Also, the “Rem Confirmed Date” and “Confirmed Date” fields are set to the current server date.

2. Updates the “Configuration” business component with the installed part and the serial number for the position code. The system also updates the attachment status of the position code as “Attached”. The configuration details will not be updated if the record mode is set as “Error” or if the same position code exists with attachment status “Error” in any other component replacement transaction.

3. Updates the “Replacement history” in the “Configuration” business component with the transaction number and the installed part number and serial number.

4. If the status of the component replacement transaction is “Removed”, the system updates the removal details  in the “Configuration” business component and in the replacement history.

5. The system generates the warranty claim for the removed part and serial number or component number if you have set the “Automatic Generation of Warranty Claim” field to “Yes” in the “Set Options” activity, and if the part number and serial number or component number has a warranty reference number in the “Confirmed” status on the date of removal in the “Component Warranty” business component, and the component is within the warranty period.

6. The system generates the warranty claim when  the status of the document is changed from “Fresh” to “Confirmed”.

7. If a component is attached to the aircraft, the system udpates the ownership of the component as “Owned” and possession status as blank, in the “Aircraft” business component.

8. If the aircraft assembly is mapped to supplier as “PBH” and the part number that is removed from the assembly is identified as “PBH”, then the system updates the “Ownership” of the component as “Supplier” and “Possession Status” as “PBH”. For the part that is not attached to the aircraft the system updates the ownership as “Supplier”, if the part is a child of a component which is identified as “PBH” and if the serial number for that part is available in the PBH supplier list.

9. Updates the schedule details for the component in the “Component Maintenance Program” as follows:

1. For the components (or any one of the child components) having calendar-based schedule and “Updation Basis” as “Date of Attachment”, the system adds the schedule interval to the current replacement date and updates the resulting value as “Next Schedule Date”, if the “Next Schedule Date” is left blank. The system also updates the attachment date if the “Attachment Date” field is left blank.

2. If the component is attached to an aircraft and if the installed component or any of its child components has position-based schedules  the system adds the position-based interval to the last schedule date/value of the work unit for the respective component in the position.

3. For usage-based schedule, the system adds the schedule interval to the last performed value and considers the resulting value as “Next Schedule Value”.

Note: The system performs this updation only for those parameters that are common between usage-based schedules for position code and usage-based schedules identified for the component.

For date-based schedule, the system checks the updation basis. If the “Updation Basis” is selected as “Attached Date”, then the system adds the schedule interval to the attached date to obtain the “Next Schedule Date”. If the “Updation Basis” is selected as “Last Performed Date”, then the system adds the schedule interval to the last performed date.

10. Updates the “Warranty Start Date” in the “Component Warranty” business component with the “Installation Date”, if the “Warranty Begins On” field for the attached component or child component is set as “Installation Date” in the “Create Component Warranty Agreement” activity of the “Component Warranty” business component.

Note: This update happens only if the “Warranty End Date” is blank.

11. Generates serial number for the “Manufacturer Serial #” and accordingly updates the “Stock Maintenance” business component, if the “Part #” is identified to be serial-controlled.

12. Updates the position formula (if it exists for the attached position) for the component, if the parameter source of the component is set as “Calculated”.

• Allows component replacement despite invalid installed part/component data and generates error records in the Error log, if the "Permit Error Logging of Component Replacement" in the Set Options activity is set to "Yes" and the Record Mode is set to “Error”. Tell me more.

• If any of the component details are modified, the system updates the modified details to the corresponding controls for the same Component Replacement # in the “Component Replacement” tab of the “Aircraft Maintenance Execution” business component, if the following conditions are satisfied:

1. If the Status of the Component Replacement # is changed to “Removed”.

2. 'Source Document Type' js "A/C Maint. Exe. Ref #'.

3. Status of the 'Source Document # ' is other than “Closed”.

4. Status of the Task # or the Discrepancy # against which the Component Replacement is carried out is other than “Closed” and “Preclosed”.

For more information, see “View Error Log Details” page.

• The system retains user-specified NSD/NSV of attached components during inheritance of the position based schedules on the basis of the process parameter ‘Retain manually corrected Next Due Date & Value for the component task when the position based schedule is inherited if LPD & LPV is not available' defined under  the entity type “Next Due Computation Logic” and entity "Maint. Program and Forecasting Options" in the Define Process Entities activity of Common Master. The impact of the process parameter during inheritance is explained here:

• Process Parameter dependency: If the process parameter “Auto Activation/Inactivation of schedule status of  tasks in CMP based on Maint. Operator change?” is set as 1 for Yes under the entity type “Tech. Records Process Ctr” and the entity “Part Prog in the “Define Process Entities” activity of Common Master, the system automatically activates Schedule Status of the tasks mapped to the maintenance operator associated with the component in the maintenance program. Further, Schedule Status of the tasks not related to the maintenance operator will be set as Inactive in the component maintenance program. However, if “Auto Activation/Inactivation of schedule status of  tasks in CMP based on Maint. Operator change?” is set as 0 for No, Schedule Status of the tasks will not be dependent on the maintenance operator.

Restrictions on part/serial replacement

The system does not allow removal/attachment, if the part/component is a restricted part with a restriction code that has the process parameter “Allow Component Attachment” under the entity type Stock Restriction Code in the Define Process Entities activity set as 0/No during the restriction effective period.

 (You can place restrictions on attachment/removal of part#/serial# in the “Manage Part Restrictions” activity of Aircraft by associating a restriction code that does not allow attachment/removal during the period between Effective From and To dates. Restrictions placed on part # via the restriction code apply to all serial #s of the part. Restrictions can also be placed on a specific serial # or on a range of serial #s of a part. Process parameters of restriction codes determine whether they facilitate component replacement. And these are defined in the “Set Process Parameters” page of “Define Process Entities” activity of Common Master.)

To cancel a component replacement transaction

• Click the “Cancel CR” pushbutton in the main page, to cancel the component replacement transaction.

Note: The system will not allow two or more users to simultaneously update the same component replacement details, for the same part number.

The system ensures that the component replacement transaction is in “Fresh” status and sets the status of the transaction to “Cancelled”.

When you click the “Cancel CR” pushbutton, the system performs the following if the status of the CR being cancelled is “Error-Removed” or “Error-Replaced”:

• Updates the status of the CR as “Cancelled”.

• Updates the Condition of the removed component to its previous condition in “Aircraft” and “Stock Maintenance” business components.

• Updates the Attachment Status of the position code.

 Note: If any error CR is available for the same position code, the system will retain the Attachment Status as “Error”.

• The system also updates the Quarantine Flag as “N” in the “Stock Maintenance” business component and removes the CR # reference from the “Stock Maintenance” business component. This update happens only if the following conditions are satisfied:

1. 1. If there are no CR #s available for the same Removed Part # and Removed Serial # with “SOS Disposition” set as “Suspected Failure” or “Confirmed Failure” in the current business component.

   2. If the option “Receipt Inspection for SOS based Serviceable Parts” is set as “Not Required” in the “Set Options” activity of the “Stock Maintenance” business component.

To proceed carry out the following:

• Select the “Error Log” tab in the main page to view the errors encountered during the component replacement transactions.