Work Package Report Business Process

AP239 Activity Model Coverage

An Application Activity Model (AAM) is provided in AP239 as an aid to understanding the scope and information requirements defined in AP239. The model is presented as a set of figures that contain the activity diagrams and a set of definitions of the activities and their data.

This DEX will support a subset of the activities and data flows. These are highlighted in yellow in the subsequent figures.

Activities and data flows that are out of scope of AP239 are marked with an asterisk.

AP239 Activity Model Definitions

The following terms are used in the application activity model.

Arrange support element provision

action to arrange provision of required resources, in the required quantity and state, at the specified location, on the specified date as required by a resource schedule

NOTE    This activity assumes the availability of a standard transaction set that can be used to achieve provision of the necessary human and material resources required by scheduled tasks. The transaction set is assumed to include sufficient requests and responses to complete the planning (activity A4.1) and execution (activity A4.3) of support activities.

Execute authorized task

action to execute each released task by performing the steps specified by the task procedure, including any associated data reporting

Collect data & provide feedback

action to collect and capture into the information technology infrastructure the data generated by support activities or by use of the product

NOTE   

Feedback includes:

• support task records, including product data collected by the task;
• product state and usage records;
• resource element state and usage records;
• product configuration information;
• any issues arising from work.

required resources

identification of the resources needed to support scheduled work at one or more support opportunities

support feedback

observation on the condition or usage of a product receiving support and on the execution of support activities

NOTE   

Support feedback is generated when tasks are performed on a product needing support. It includes information on:

• the operation, usage and location of the product or support element receiving support;
• the current configuration of the product or support element;
• the condition of the product or support element receiving support, before, during or after the support activity, recorded as properties, states or observations;
• the progress and status of work;
• the resources used to perform work;
• issues arising from work done, including proposals for change to the product or support solution.

maintenance need

work request identifying additional support tasks that may be needed to restore products to serviceable conditions

request for task procedure

request for the development of a task procedure for an intended task not addressed by the support solution definition

DEX Business Application

A Work Package Report is the service providers response to a Work Package Definition message. It uses the work package ID and the work ID to correlate information on work completed with the scope of the original work order. In its simplest form it merely returns a work completion date for a required work item. However, the exchange is designed to support a more informative return, if required.

For example:

• Reference to supporting documentation
  • Certification of inspection
  • Test certificate
  • Aircraft despatch certificates
  • Quality audit documents
  • Warranties
  • Guarantees
• Task specification change recommendations
  • Proposals for improvements to the documented task method
  • Actual spare usage
  • Skill sets employed
  • Special equipment required
• Narrative of the work actually done to complete the task where no specific method has been previously detailed, e.g. "This was defective, this is how we repaired it".
• Reference to the concession granted where a task has been completed to a standard other than the design intent.

This Exchange also supports the return of information on specific product properties where these have been requested by a condition monitoring task.

For example:

• Vibration analysis spectrum
• Differential pressure value across a filter
• Fluid reservoir level
• Remaining plate thickness